Date: Tue, 19 Apr 94 04:30:15 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V94 #121 

To: Ham-Digital 


Ham-Digital Digest Tue, 19 Apr 94 Volume 94 : Issue 121 


Today's Topics: 
AX.25 spec sheet? (not in FAQ??) 
FAQ - please mail 
Help with Packet on a Mac 
Net/mac 
Packet IP coordinator for Norther Calif? 
Packet uses? and Modem recomm? 
PoorMan's Packet- Serial Interface? 
TI 320C26 DSP Eval Kit 
WA8DED ( help) 
Wanted PACTERM program for MAC 
Wyse 50 and TNC 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 18 Apr 94 19:51:26 GMT 

From: galaxy.ucr.edu!library.ucla.edu!europa.eng.stefsd.com! 
howland.reston.ans.net!cs.utexas.edu!swrinde! emory!news-feed-2.peachnet.edu! news - 
feed-1.peachnet.edu!apollol.cacd.rockwell.@ihnp4.ucsd.edu 

Subject: AX.25 spec sheet? (not in FAQ??) 

To: ham-digital@ucsd.edu 


I've read through the FAQ and it mentions a specification for AX.25 but it 
doesn't say where it can be gotten. 


Is it in a digital format for ready FTP'ing or do I have to get it in (GOD 
FORBID!) hard copy format?? 


Post or email fine... 


| Daniel Lakeland. Mathematics Major. Iowa State University | 
| dlakelan@iastate.edu; N6VYF coming soon to a packet site near you. | 


Date: 19 Apr 94 17:05:56 GMT 

From: dog.ee.lbl.gov!ihnp4.ucsd.edu!munnari.oz.au!pellew.ntu.edu.au! 
rohan@ucbvax.berkeley.edu 

Subject: FAQ - please mail 

To: ham-digital@ucsd.edu 


Can someone please mail me the FAQ for this group ? 


Rohan 


Date: 18 Apr 1994 15:06:02 GMT 

From: ihnp4.ucsd.edu!usc!nic-nac.CSU.net!charnel.net.csuchico.edu!charnel!psgrain! 
nntp.cs.ubc.ca!newsxfer.itd.umich.edu!zip.eecs.umich.edu!yeshua.marcam.com! 
insosf1.infonet.net!usenet@network. 

Subject: Help with Packet on a Mac 

To: ham-digital@ucsd.edu 


In article <2o0t91q$fbb@apple.com>, winter@apple.com (Patty Winter) writes: 

>In article <2opt82$9p2@search01.news.aol.com>, TSTADER <tstader@aol.com> wrote: 
>> 

>>If you are savy enough to get on the "networking" version of packet... you 
>>might want to try NET/Mac. There are a number of us that have converted soley 
>>to that mode over the ax.25 PBBS side! 

> 

> 

>Just my usual reminder that NET/Mac permits AX.25 and NETROM connections 

>in addition to TCP/IP sessions. (All simultaneously, if different 

>protocols are allowed on the channel you're using.) This is true of 

>the versions of KA9Q's software for other computers, too. 

> 

>I keep running into people who think that NET and NOS only do TCP/IP, 

>so I like to make it clear that they're all-in-one programs. 

> 

> 


> 

Ses 

DeSsssssssssssssssssssssa====== Patty Winter ============================== 
> Apple contractor Internet: winter@apple.com 

> Sunnyvale, California AMPRNet: 44.4.4.44 

> "What about truth? What about reality?" 

> "What about the way the old ending tested in Canoga Park?" 
DESSsssssssssssssssssssssssssssss== N6BIS ===========s==s===SSSSSSS=SSS==== 
> 


Great point, Patty! I'll have to remember that when I talk with people about 
tcpip over ham radio. 
73, Bill WOOMV 


Date: 18 Apr 94 18:10:55 GMT 

From: agate!howland.reston.ans.net!vixen.cso.uiuc.edu!newsrelay.iastate.edu! 
news.iastate.edu!eng1.iastate.edu!dlakelan@ucbvax.berkeley.edu 

Subject: Net/mac 

To: ham-digital@ucsd.edu 


I've heard about NET/mac. Is it available via FTP or is it commercial? Thanks 


| Daniel Lakeland. Mathematics Major. Iowa State University | 
| dlakelan@iastate.edu; N6VYF coming soon to a packet site near you. | 


Date: 19 Apr 94 05:52:24 GMT 

From: dog.ee.lbl.gov!ihnp4.ucsd.edu!library.ucla.edu!psgrain!charnel! 
rbauer@ucbvax.berkeley.edu 

Subject: Packet IP coordinator for Norther Calif? 

To: ham-digital@ucsd.edu 


Hello, 
I'm trying to locate the person coordinating ip address assignments 
in Northern California. I have a very old list, which I don't have 


much faith in. 


Thanks, 


Robert 
N7TFZ 


Date: 18 Apr 1994 18:52:07 GMT 

From: slinky.cs.nyu.edu!longlast.cs.nyu.edu!jackson@nyu.arpa 
Subject: Packet uses? and Modem recomm? 

To: ham-digital@ucsd.edu 


In article <1994Apr17.140925.2233@ke4zv.atl.ga.us>, gary@ke4zv.atl.ga.us (Gary 
Coffman) writes: 


|> You have 

|> a RS232 port on the TNC that you connect to a computer or terminal, 

|> and audio in/out and PTT that connect to the radio. No special software 
|> beyond a simple communications program is needed on the computer, though 
|> there are packet specific programs available with nice features tailored 
|> to packet operation. 


Hi Gary, 
This is precisely the type of description of what you need for packet that 
I have been looking for for quite some time.. thank you. :) 


Now, my question is, can I run audio line out from my scanner to a TNC and 
just reconstruct packets from nearby machines? I know that the TNC won't 

be able to request retransmission of bad packets so there will be an error 
rate, but what kind of results can I expect from that setup? I'm interested 
in packet, but the license is down the road and I'd really like to get a peek 
at it before I dive in. 


I have a PRO-2006 with an extended duck.. discone probably soon. 


|> Gary 

[i = 

|> Gary Coffman KEAZV | You make it, | gatech!wa4mei! ke4zv! gary 
|> Destructive Testing Systems | we break it. | uunet!rsiatl! ke4zv! gary 
|> 534 Shannon Way | Guaranteed! | emory!kd4nc!ke4zv! gary 
|> Lawrenceville, GA 30244 | 


Steven Jackson New York University 
Assistant to the Chair of Comp Sci Courant Inst. of Mathematical Sciences 
jackson@cs.nyu.edu, jcksnste@acfcluster 251 Mercer St, Room 411,NY 10012 


"Not in my head.. so I don't have to think..." -- Nik Fiend 


Date: 18 Apr 1994 14:03:31 +0100 

From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gstefsd.com! 
howland.reston.ans.net!EU.net!uknet! acorn! not-for-mail@network.ucsd.edu 
Subject: PoorMan's Packet- Serial Interface? 

To: ham-digital@ucsd.edu 


In article <1994Apr15.163506.26103@cobra.uni.edu> conklic9391@cobra.uni.edu 
writes: 

> The problem: the 73 article interfaces via LPT, which is fine for 
>20+/- feet, but the CD office is configured so that our radio cubbie hole (and 
>the coax lines to the roof) is 50+ feet from where we can put the computer. 
>(our cubbie hole is filled with HF and VHF voice already). This seems TOO long 
>for reliable parallel communications. Also people would like to dedicate a 
>printer to LPT1 (there are no expansion slots in our donated computer) . 


Can't you extend the audio wiring (using transformers or line drivers 
if necessary) instead of the parallel port wiring ? 


-adrian 


Date: 18 Apr 94 14:22:53 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: TI 320C26 DSP Eval Kit 
To: ham-digital@ucsd.edu 


>Has anybody done anything with TI's $99 320C26 Evaluation Kit? 


Yes there are a lot of things done with the TI DSK. 
PCTOR AMTOR and RTTY by KC7WW. 
port of W9GR filters by KC7WW. 
loader for macintosh by PA3BYA. 


look at oak.oakland.edu for software. 


Gerrit. 


Date: Mon, 18 Apr 1994 10:05:21 GMT 

From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!uknet!root44!praxis! 
mikec@network.ucsd.edu 

Subject: WA8DED ( help) 

To: ham-digital@ucsd.edu 


In article <1994Apri5.020124.27624@news.vanderbilt.edu> 
BIDDLEAP@ctrvax.Vanderbilt.Edu (Alan P. Biddle) writes: 


Alan> In <20j118$431@spitfire.navo.navy.mil> Richard writes: 

>> I'm am looking fro the Hex code and documention for WA8DED eprom for a 
>> TNC2 . I have found the code for TNC1. Is it the same ? HAs any one 

>> tried this. TNX. 73s de N5TRI nnannnnnn 


Alan> No, it is a different code. You can get an EPROM with the latest 

Alan> code, and the docs of course, from TAPR. I used it some time ago, 
Alan> and it works just fine. Of course the interface is designed to be 
Alan> computer rather than human friendly, and I have always been 

Alan> strange.:) My only complaint is that there is/was no version with 

Alan> KISS in it. 


Get NORD><LINK's The Firmware. It's a clone of WA8DED, has many 
improvements for AX.25 work, includes code for DAMA and has the 
most stable KISS mode I've found in any TNC firmware. 


73, Mike (G6DHU) 


Date: 18 Apr 94 16:48:04 GMT 

From: dog.ee.lbl.gov!ihnp4.ucsd.edu! library.ucla.edu!news.ucdavis.edu! 
chip.ucdavis.edu!szhall@ucbvax.berkeley.edu 

Subject: Wanted PACTERM program for MAC 

To: ham-digital@ucsd.edu 


I am looking for the program PACTERM for the MAC..I have a Kantromics 
KPC-3 which came with PACTERM for a PC..I am looking for the same program 
for the MAC..Hope someone can help..73es..Jeff 


Date: 18 Apr 94 15:27:58 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: Wyse 50 and TNC 

To: ham-digital@ucsd.edu 


> From: library.ucla.edu!europa.eng.gtefsd.com!emory!news-feed-2.peachnet.edu! 
news-feed-1.peachnet.edu!apollo1.cacd.rockwell.com!newsrelay.iastate.edu! 
hobbes.physics.uiowa.edu!news.uiowa.@ihnp4.ucsd.edu writes: 
> 

You probably need the TNC to keep up the DSR signal... Most things don't 
care, but a lot of terminals actually follow some of those data signals that 
are often ignored on PCs, etc... you'll prolly need to change DSR, maybe DTR, 
CTS and RTS, and if your TNC is capable maybe turn on XON/XOFF. I don't know 
from using modems and getting them to work, so don't ask for specific commands 


VV VV WV 


> or anything... 8-) 
> Good luck. 
> 


Appreciate all the help and suggestions. The final solution turned 
out to be just a matter of using a breakout box to block all of the cable 
conductors except 2, 3 and 7. Then turned echo on and activated XON/XOFF 
handshaking. Works great now. Should be fun trying it out on field day. 
Now I just have to make up a new cable and return the breakout box. 

73 to all and thanks again for the help. 


Bob Taggart (K8RYA/3) 
8x) 

rtaggart@cap. gwu.edu 
taggartr@nic.ddn.mil 
k8rya@wb3v.md.usa.na 


Date: 18 Apr 1994 18:31:20 GMT 

From: news.mentorg.com!newsgw.mentorg.com! hpbab33.mentorg.com!wv.mentorg.com! 
hanko@uunet.uu.net 

To: ham-digital@ucsd.edu 


References <2ohiqgh$q5n@hp-col.col.hp.com>, <2okn8t$c74@hpbab.mentorg.com>, 
<20om1ki$pkb@hp-col.col.hp.com> 

Reply-To : Hank_Oredson@mentorg.com 

Subject : Re: NTS traffic on packet 


In article <2om1ki$pkb@hp-col.col.hp.com>, jms@col.hp.com (Mike Stansberry) 
writes: 


|> Tell me what needs to be done to stop doubling, tripling, or even more 
|> of messages. Tell me what needs to be done to get the time in transit 
|> of messages sent via packet down from 5 to 10 days to something 

|> reasonable. Don't tell me the above statements are not true. I'm 

|> keeping track of the header information on the messages I deliver 

|> that travelled by packet and the 5 to 10 days is the norm/. 


Ok, I'll tell you what to do to solve these problems. 


This is what we do in our part of the network whenever problems such 
as you describe occur. Once located, the problem is usually quickly fixed. 


With respect to these 5-10 day delays you claim to see: 


1. Track the messages to find out where the delays occur. 


2. Send this information to SYSOP@USA (or to the appropriate sysops 
directly) so everyone involved knows where the problems occur, 
and can work to fix them. 

3. Create better routings so the delays do not occur. 


If the above is not clear, then simply post a few messages to SYSOP @ USA 
including the headers from these delayed messages. We can't £ix anything 
until we know where the problem occurs. You have not given us that 
information yet. 


With respect to the duplicates you claim to see: 


1. Track the messages to find out where the duplicates occur. 

2. Send this information to SYSOP@USA (or to the appropriate sysops 
directly) so everyone involved knows where the problems occur, 
and can work to fix them. 

3. Adjust your forwarding or connect parameters so the duplicates 
no longer occur. 


If the above is not clear, then simply post a few messages to SYSOP @ USA 
including the headers from these duplicated messages. We can't £ix anything 
until we know where the problem occurs. You have not given us that 
information. 


The above is simply common sense: it is how we manage the network so it 
will meet reasonable requirements on delay times, etc. 


Do we see delays and duplicates like this in the Pacific NW? 
Yes, of course we do. 

Do we allow them to continue? 

No, we do not. 

We manage the network to locate and repair problems like this. 
They are usually simple problems that yield to simple solutions. 


Hank 


Hank Oredson @ Mentor Graphics 
Internet : hank_oredson@mentorg.com 
Amateur Radio: WORLI@WORLI.OR.USA.NOAM 


Date: 15 Apr 94 00:31:25 GMT 

From: news.mentorg.com!newsgw.mentorg.com! hpbab33.mentorg.com!wv.mentorg.com! 
hanko@uunet.uu.net 

To: ham-digital@ucsd.edu 


References <2oblv6$bme@hp-col.col.hp.com>, <2oer3v$rp3@hpbab.mentorg.com>, 
<2o0h1igh$q5n@hp-col.col.hp.com>com 

Reply-To : Hank_Oredson@mentorg.com 

Subject : Re: NTS traffic on packet 


In article <2ohiqh$q5n@hp-col.col.hp.com>, jms@col.hp.com (Mike Stansberry) 
writes: 

|> Hank Oredson (hanko@wv.mentorg.com) wrote: 

[> : In article <2oblv6é$bme@hp-col.col.hp.com>, jms@col.hp.com (Mike Stansberry) 
writes: 


|> : |> Hank Oxredson (hanko@wv.mentorg.com) wrote: 

[> : [> : In article <CnFLr1.Hu8@cbnewsh.cb.att.com>, ostroy@cbnewsh.cb.att.com 
(Dan Ostroy ) writes: 

I> : [> 

|> : |> : The days of handling traffic on 80M CW are pretty much gone now, just 
I> : [> AAAAAKA 

|> : |> ***x* WRONG!!! x** Just because YOU don't do it, don't assume it's 


|> : |> gone. I handle a LOT of traffic on 80M (and 40M) CW and so doa 
|> : |> lot of others! 


I> : [> 

|> : |> Mike, KOTER 

I> : [> 

|> 

|> : I'm certainly sorry to hear that. 
|> 


|> : Sounds terribly inefficient and error prone, when there are 
|> : better ways to do it. 

|> 

|> 2 -- 

|> 

|> : Hank Oredson @ Mentor Graphics 

|> : Internet : hank_oredson@mentorg.com 

|> : Amateur Radio: WORLI@WORLI.OR.USA.NOAM 

|> 

|> I guess you are just not interested in trying to help. Use your 
|> system or none at all, right? End of discussion. 


xxx Flame mode on: 

So what should I do to try and help? Spell it out and stop whining. 

I guess differently than you do: I am trying to help by working to create 
a network that will gaurantee error free movement of messages 


anyplace in the world. 


Did I say "none at all"? No I did not. 
Please pay attention and read what was written (it's right up there ..). 


I said that 80M CW sounds terribly inefficient and error prone. 


Your response is what I hear from the majority of hams presently involved 
in NTS: "Oh my, Oh my, Run Away! - the Computers are coming, and we are 
afraid they will replace us!" 


In what way would you like me to help? By getting on 80M CW? 
No thanks, I've done that, and know perfectly well that it is error 
prone, slow, and can handle only a tiny amount of traffic. 


What I have been saying is that NTS fails to make use of all 
resources available to it, and in particular appears to be stuck in 


the dark ages of message handling. 


"End of discussion" sounds a lot like "I refuse to hear what you have 
to say, and will continue to refuse to hear it." 


xxx Flame mode off: 


Indeed, not all NTS participants are like Mike. 


Some appear to understand what xcould* be done, and would like to move 
NTS forward. However from my experience they are in the minority, and 
the "Mikes of the world" are in the majority. 


Hank 


Speaking only for myself (but you knew that, didn't you) 


Hank Oredson @ Mentor Graphics 
Internet : hank_oredson@mentorg.com 
Amateur Radio: WORLI@WORLI.OR.USA.NOAM 


End of Ham-Digital Digest V94 #121 
KKKKKKKKKKKKKKKKKKKKKKEKKER AAAI 


